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design the architecture for IT products 
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with snowboarding and mountains 


WE WILL TALK ABOUT Us Tech 


What problems did we 


The product 
P face? 


automates store 
operations 


while scaling from 20 to 
—1000 stores in 2 months 


It affects the efficiency of 
the employees and 
customer's NPS 


Our app frontend 
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Backend 
[Service: Python (Django)] | 


Monolithic app 


RabbitMQ 
[Message broker:] 


Backend celery workers 
[Service: Python (Django)] ; 
) 


f PostgreSQL 


Main app DB 


Single instance app 


No monitoring 


No database replication 


Authorization was inside a monolithic 
app 
Tightly coupled code 


[Storage: RDBMS] 


Lots of Joins and Updates while working 
with DB 


No tech debt culture 


External system N 
[System] 


Some extemal system 
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System unavailability 


Low recovery 
rate 


Slow TTM 


Complexity in incident's 
investigation 


Difficulties in scaling 
teamwork 


Tons of experience 
and fun 
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And we need some in-flight changes 


ONLINE 
Logs and monitoring 


Scaling 
Code optimization 
Data 


Support 
Technologies 


Gs Tech 


LOGS AND MONITORING Us Tech 


Basic business 
1) monitoring API 


Workflow Clients 


С Tech 


SCALING 


q Scale workers 
carefully 


Readiness - simple 


2) Liveness - might be 
dangerous 


BASIC CODE OPTIMIZATIONS Us Tech 


1! Based on the load 
profile 


= Number of queries 
in Database 


m Algorithms 
and N+1 


TO KEEP YOUR DATABASE 
ALIVE 


(1) Make a replica set 
| Create additional indexes 
and denormalize data 


Remove data smoothly 
and periodically 
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No time to change the 
model in the DB.... 
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1) Graceful Shutdown 

2) Reboot the logical 
nodes of your app 

(3) Incident's review 


Technologies Us Tech 


(1] Unnecessary technologies 
2) Sophisticated technologies 


ONLINE 
Logs and monitoring 


Scaling 
Code optimization 
Data 


Support 
Technologies 
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Database info model Tech debt 


Scaling Architecture 


DATA 


Data is one of the 
foundations of your app 


Data influences not only 

the application efficiency 
but also the whole team 

efficiency 
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In the MVP stage 
We can design data model 
based on a business 


context. 
Split data. 


LOAD SCALING 


Do we need 
microservices 
in transition 
period? 


For our case 


Distributed 
monolithic app 
Was a saver 
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On MVP stage 


Split your 
application 
modules 


WORKING WITH TECH Us Tech 


Tech debt is just a string in Excel, 
If it doesn't have a business stakeholder 


Flexibility is more important than the 


“proper” app 


What you could do 
Just, please, fix your “not so good” decisions 


THE PRICE OF SACRIFICE Us Tech 


Productivity 


Development time 
should depend on the 
scale of changes, not 
on the complexity 


Cost per line 
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ARCHITECTURE Us Tech 


Architecture is about flexibility. 


IL gives you more options to choose 
from and more time to think. 
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Conclusion 
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Conclusion 


THIS IS FING. 


2 your feedback and comments via link 
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